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(57) ABSTRACT 

Computer software applications presently allow the User to 
preview the impact of some commands on active documents 
via a small preview window. However, such preview win- 
dows are not representative of how the command will 
impact the entire document. The invention provides a 
method and system of efficiently and effectively previewing 
the impact of User commands on the entire document by 
executing User commands as they are identified. Leaving 
the menu open, the User is able to identify successive 
commands until the desired result is reached. Embodiments 
are described for execution of general commands, text 
editing commands, relocations of margins or guidelines, and 
relocations of graphic objects. 
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REAL TIME PREVIEW There is a need for such a preview as a User may wish to 

adjust the tab guidelines in a table so that the columns appear 

The present invention relates generally to the manner in balanced, or change the margins so that the document does 

which computer software applications execute User not exceed a certain number of pages, 

commands, and more specifically, to providing a preview of s Generally margins and guidelines are modified by the 

identified User commands. User grabbing them with a curser, that is, by positioning a 

cursor over the margin or guideline and holding a mouse 

BACKGROUND OF THE INVENTION click button down, then relocating the margin or guideline to 

.a new location and releasing the click button on the mouse. 

Most computer software application programs require While the line is being relocated, an outline or shadow of the 

interaction with the User in which the User may select 30 UQe appeais m ^ t document window, but the document 

commands from a variety of options. In document and itself is not updated until the mouse cUck is released, so there 

graphic editing programs, for example, command options ^ n0 way to determine the impact on the document until the 

are available which alter the appearance of a User document. ^ re i ease( j 

Generally, the process of executing commands consists of a Graphic editing programs are commonly used to prepare 

User scanning through a large list of menu or toolbar " broch tables> schedu i eSj flow charts , schematic 

options, often in a mulu-levelhierarchy, to select and then ^ md other such docum ents. Again, text 

execute a desired command Hie execution of the selected ^ m qq[ riate for ch to the 

command usuaUy consists of striking a <Retum> key an fom ^ ^ ^ nQ iew fe fQf mQS{ ^ 

<Enter> key, cheking on an <Okay> icon, or responding commands 

positively to a query such as Confirm? (Y or N). The 20 0 " . ,. t . TT 

* . J t . i- j * Some graphic editing programs provide the User with 

executed command then modifies the application document r . . <r ?• « *u u • 

, . . . .i y t r \ • . r t . outhnes or shadows of graphic figures as they are being 

and closes the menu, and the User can see the impact of the , , . , & *\ . / « . # 7r 

, iL _ * , t £ . , t t ■ * l moved or modified, but such outlines do not reflect the 

command on the active document. If the User is not happy . . , . ' ~ TT . m 

. . . . . . _ • S A actual change to the document. The User must execute the 

with the result, the menu options must be scanned again, and ^ ^ ^ ^ e ^ ^ 

another command selected and executed. This process is 25 0 ^ e ° J 

slow and requires multiple keystrokes by the User, and may Commands may be selected from toolbar menus, toolbar 

have to be repeated several times before the User obtains the combo-boxes, toolbar ftd-P^ers and dialogue boxes, 

desired result usm *» a mouse > trackball, directional arrows, ALT keys or 

„ ', , . . ■ .. Function keys. As noted above, execution may be affected 

The same problems anse in text editing programs, graphic ^ g <Remrn> k m <Ento> k cUckin Qn an 

editing programs, and in software m general. <Qkay> ^ Q[ responding positively to a qucry such B 

To expedite the process of command selection, there are Confirm? (Y or N). 

a number of methods of previewing how a proposed change \ s merefore a need for a method of aUo wi ng a User 

will impact a document. A technique common to text editing tQ preview thc ^ ^ of on m activc document, 

programs, is to provide a small dialogue window in a 35 of . general t0 execute commands in an efficient and 

What-you-see-is-what-you-get (WYSIWYG) format. These cffect ive mariner, 
windows provide the User with a small sample of how the 

change will impact the text in the document, and are SUMMARY OF THE INVENTION 

commonly used, for example, for font face and size. There \{ ]$ therefore an object of the invention to provide a 

are two common implementations which are set out herein. ^ method and system of efficiently and effectively previewing 

The first implementation is to execute the format code on User commands. The method executes User commands on 

a generic text listing, for example, the uppercase and low- the active document as they are identified, providing the 

ercase letters of the alphabet, or a string such as "Thc quick User with the actual impact of the command on the entire 

brown fox jumps over the lazy dog." Although such an document in real time. 

implementation presents text in the format being considered, 45 Accordingly, an aspect of the invention is broadly defined 

it may not show the impact on the particular characters the as a method of providing real time preview of commands in 

User is using. As well, because the preview window only a computer system having means for displaying commands 

presents a small sample, there is no indication of how the 0D a display screen, comprising the step of responding to one 

change might impact an entire document. of the commands being identified by executing computer 

The second implementation is to execute the format code 50 code corresponding to the identified command, 

on the first 20 or so characters of the selected text being BRIEF DESCRIPTION OF THE DRAWINGS 
modified. In this case, the text being modified comes from 

the User's actual text, so the preview window does provide Th ese and other features of the invention will become 

the User with more information on how the change will more apparent from the following description in which 

affect the active document, but again, it is just a small 55 reference * made 10 the appended drawings in which: 

sample. In the example of a font change, there is no FIG. la presents a flow chart of a computer software 

indication of how the layout of the text in the document may routine for performing real time preview of commands in an 

be changed. Unexpected changes may occur such as text embodiment of the invention, with a cancellation option; 

wrapping unexpectedly, or a graphic being pushed to an FIG. 16 presents a flow chart of a computer software 

unwanted location in the active document. Tne User only 60 routine for performing real lime preview of commands in an 

finds out how the document is changed by executing the embodiment of the invention, with a confirmation option; 

command, then closing the menu window and studying the FIG. 2 presents a flow chart of a computer software 

document. routine for performing real lime preview of text document 

There are also a number of commands in text editors for commands in an embodiment of the invention; 

which no preview is given at all. With preview limited to a 65 FIG. 3a presents a flow chart of a computer software 

small sample window, there is no point in providing the User routine for performing real time preview of margin or 

with a preview of guideline or margin changes, for example. guideline commands in an embodiment of the invention; and 
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FIG. 3b presents a flow chart of a computer software mouse, arrow keys, ALT+character commands, space bar 
routine for cancelling previewed margin or guideline com- location, voice commands, function keys or direction arrows 
mands in an embodiment of the invention; and on a keyboard. The identified command may be emphasized 
FIG. 4 presents a flow chart of a computer software using reverse video or a colour which contrasts the back- 
routine for performing real time preview of object move- 5 ground and other commands. Such implementations and the 
ments in an embodiment of the invention. software routines used to handle User inputs would be 

known to one skilled in the art. 

DETAILED DESCRIPTION OF PREFERRED In an embodiment of the invention, it is envisioned that 

EMBODIMENTS OF THE INVENTION real time preview of a command be optional, so the identi- 

m . ... „ , - . , e 10 fled menu or toolbar option must be enabled by the User to 

Hie invention is broadly defined as a method of providing ^ ^ ^ kw ^ ^ fec ^ ^ a number rf 

realUmepreviewofcommancJsmaramputersysteinhaving a pp ropr i ate to the application or the programmer's 

means for displaying commands on a display screen, com- ference p referably> commands for which real time pre- 

prisingthestepofrespondingtooneoftbecommandsbang yiew ^ tQ be made availab , be eilher 

identified by executing computer code corresponding to the 15 mdividuaU or in within a User > s preference win- 

identified command Tie primary distinction between this ^ ^ „ qM ^ ve ^ Usef ^ ^ rf , he 

method and that of the pnor art is that commands need only r£a , ^ - ev/ fcamre jf desired ^ a]so tQ ch , he 

be identified by the User, and the identified command will be , fa rf ^ ^ tQ execuU , ions of ^ feal 

executed on the acuve document and the menu left open ^ - ew mvention More detai]s are gi ven re garding the 

Generally in the prior art, a command must be selected and ^ Umeout tions in me fol i owing tex t. 

then executed by the User, before the menu will be closed - r ... j . a j .■. r .■ 

and the document will be updated. 0nce a commal ! d has been H ^ ^f; apphcation 

program executes the command at step 12. The manner in 

Because the invention executes the identified command wfaich ^ execution ^ realized would depend on me nature 

on the entire active document when it is identified the User of me and me application program, and would be 

is able to see the full impact of the command on the w {Q Qnc skiUed m the art Iq a WQrd proccssor> for 

document. Because the menu has been left open, the User example> this execution would generally comprise inserting 

has the option of selecting a new command which will a codc corrcspondmg to me identified option into the 

replace the identified command, confirming that the identi- memQry mtdium stormg me active document. In the case of 

fied command is desired, or cancelling the identified com- a filc savc command , common to many software 

maQ d- 30 apphca tions, this would comprise executing the appropriate 

Whether the menu should be left open or not depends oo software subroutine to effect storage of the active file, 

the nature of the command being issued. When selecting a Mt&T ^ identified command has been executed, it would 

font face for example, it is probably desirable to leave the generally be saved in an Undo Stack at step 14 so that the 

menu open, while in executing a file save command, it change can be mjdone if neC essary. 

probably is not desirable. Such a decision may be left to the 35 ^ documcnt di u is theD datcd or 

programmer who may allow the User the option in a refreshed at ste 16 ^ ch have been made t0 tne 

Preference selection. Implementation of such options would ^ tf ^ nec Somc programs may 

be well known to one skilled in the art. automatically update the window when new code is added to 

The software subroutines required to perform the method it m wnicn case updat ing does not appear as a discrete step 

of the invention do not vary greatly from those subroutines 40 j n me pr0 g ram . Other programs may not require refreshing, 

known in the art. The order in which those subroutines are jf me change in command code does not cause the window 

executed is important to the invention. t o be cluttered with impertinent or spurious data. Some real 

Such methods will now be described with respect to the time preview commands may not change the appearance of 

general application and then with respect to several pre- ^ an open document, so of course, they would not require the 

ferred embodiments. As well, additional options and advan- display window to be updated either. Again, an example of 

tageous implementations will also be described. this would be a file save command. 

FIG. la presents a flow chart of a computer software FIG. la has included an optional cancellation feature at 

routine for performing real time preview of commands in an step 18. At this point, the command has been executed, and 

embodiment of the invention, with a cancellation option. 50 the User has been advised of the result of the command 

This routine is generally being run as part of a larger execution. If the User wishes to cancel the command, it may 

application program, and is integrated into that apphcation be cancelled at this point by entering the appropriate instruc- 

program. The details necessary to implement the invention tion. Several commonly used cancellation commands are the 

in different operating system environments, requiring such <Escape>, <Backspace> or <Delete> keys. Clearly any key 

steps as polling or accepting interrupt requests from a 5S could be used, though it is best to be consistent with 

keyboard are not described herein. Such details would be common conventions, 

known by one skilled in the art. [f the User selects the cancellation command, the docu- 

At step 10 the software application program notes that a menl and Undo Stack are returned to their original state at 

menu or toolbar option has been identified. As described step 20, and the document window refreshed at step 22. The 

above, available commands may be presented and selected $0 identified and executed command is simply removed from 

from menus and toolbars which may be set up as pull down the Undo Stack and used to direct the program as to how the 

menus, dropdown controls, toolbar combo -boxes, toolbar document is to be modified to return the document to its 

grid-pickers and dialogue boxes. Other implementations original state. Software routines to effect such operations are 

would also be known to one skilled in the art well known in the art. 

These commands may be identified by the User in a 65 With regard to step 22, as described above, the window 

number of manners, including use of a mouse and cursor, may not require refreshing. Whether such a command is 

trackball, character keys, identifying the location of a cursor, issued or not will depend on the implementation. 
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FIG. lb presents a flow chart of a computer software software routines are required. The method of the invention 
routine for performing real time preview of commands in an consists generally of the same routines as known in the art, 
embodiment of the invention, with a "confirmation" option, but executed in a different order. The task of implementing 
rather than the "cancellation" option described with respect the invention is therefore one of rearranging existing rou- 
to steps 18, 20 and 22 of FIG. la. Either method may be 5 tines to execute in the new order, and verifying and modi- 
used, though as described following, some applications are fying if necessary the routines to maintain the coordination 
better suited to one or other of these two options. As well, of variable declarations, assignments and calls. 
FIG. lb demonstrates in general terms how new commands This method may be applied to a large variety of imple- 
may be identified and their impact viewed by the User mentations. Examples described below include text editors, 
without having to close and re -open the menu window. margin or guidelines, and graphic editors. It would be clear 

In FIG. la it was noted that because the menu has been to one skilled in the art however, how to apply the invention 

left open, the User has the option of either selecting a new to other software applications, such as spreadsheets and 

command which will replace the current command, or database management programs. 

cancelling the current command. In the embodiment of FIG. The invention will now be described with respect to a text 

lb , the User has the option of either selecting a new editor which may be incorporated into a word processing 

command or confirming the acceptability of the existing 15 package, graphic editor, spreadsheet or other such software 

command. application. 

The function blocks of the FIG. lb method are very Generally speaking, such a routine may be implemented 

similar to those of FIG. la. Initially, a command is be on a computer system having means for operating a docu- 

idcntified by the User, as per step 24. This is done in the ment editing program and means for storing an active 

same manner as described with respect to step 10 above. 20 document in a memory medium. Such an appli cation may 

Once the command is identified, the corresponding appli- also generally have a means for displaying menu options in 

cation subroutine is executed at step 26 and may introduce a menu or toolbar option list. The method itself comprises 

corresponding code to the active document. This step is done responding to one of the menu options in the menu or toolbar 

in the same manner as step 12 of FIG. la. option list being identified by inserting code corresponding 

At this point, the method changes slightly from FIG. la. 25 to the identified menu option into the memory medium 

Because this routine requires a command to be confirmed, it storing the active document. 

does not presuppose that the identified command was This is in contrast to the method of the prior art described 

desired as in FIG. la. Therefore, the document display above, in which commands must first be selected, then 

window is updated at step 28, but preferably the correspond- executed, at which time the menu is closed and the docu- 

ing code will not be pushed onto the Undo Stack until step ment updated. The invention therefore requires less time and 

30, at which point the User has confirmed that this is the fewer keystrokes to be entered by the User to see the 

desired command. resulting change on the active document. 

Alternatively, the command code could be pushed onto FIG. 2 presents a flowchart of a computer software routine 

the Undo Stack immediately following step 28. This would 35 for performing such a real time preview of text editing 

result in the Undo Stack containing unconfirmed commands commands in an embodiment of the invention. This method 

which is generally not desirable. However, a User may can typically be incorporated into a standard text editing 

prefer such an option, and it could be made available via a application program, by altering the order of the existing 

preferences selection. software subroutines. 

If the User identifies a new command from the same menu 4Q At step 40, a command is identified by a cursor hovering 

window before confirming the previous command, at step over a menu or toolbar option. As described above, com- 

32, it may be executed in the same loop as steps 26 and 28. mands may be presented by the application program in a 

In some cases, further functionality will be required to number of manners including pull down menus and dialogue 

remove existing code from the active document if it contains boxes. The User may select from the menus using a mouse, 

contrasting or contradicting information. Such codes are 45 trackball, etc. Cursors are commonly controlled with mouses 

described as matching codes and will be described in greater and software drivers incorporated into operating systems, 

detail with respect to the preferred embodiments. Some software programs identify commands by inverting 

Repeating this identification process and updating the the video. The cursor being positioned above a command is 

document will allow the User to put the active document into generally described as hovering, and is used to identify 

the form desired and then confirm that the executed com- 50 commands. 

mand is desired at step 34. Confirming the identified com- Preferably, the identification of the command can be 

mand allows it to be pushed onto the Undo Stack at step 30 contingent upon the cursor hovering over the command for 

and the routine is complete. a predetermined period of time. This would allow the User 

If the User is not satisfied with the impact of the identified to scan through a list of commands without each successive 

command, the command is not confirmed at step 34, causing 55 command being identified, and hence executed. The length 

the document to be returned to the original state by execul- of time required for this timeout could be established by the 

ing an Undo operation at step 36, and updating the document User in the Preferences of the Operating System, or in the 

display window at step 38. Such steps are well known in the Preferences of the particular application program. A single 

art. At this point the routine is complete. timeout could be used, or groups of commands could have 

Either of the methods described with respect to FIG. la or 60 different timeouts assigned by the User. 

lb enable the User to see the complete impact of any Until the User identifies a command, the routine remains 

commands on the active document, while leaving the current at step 40. The flow chart is shown in this manner for 

menu open. In this way the commands can be executed simplification. One skilled in the art would be aware of the 

much more quickly and with fewer keystrokes than the necessary interrupts, operating system calls or polling 

methods known in the art. 65 required to implement such a step. 

Either of these methods may be easily implemented by Once a command has been identified, the software routine 

one skilled in the art, because generally speaking, no new corresponding to the identified command is executed, and it 



06/29/2004, EAST Version: 1.4.1 



US 6,731309 Bl 

7 8 

checks whether the identified command is enabled for the In a preferred embodiment of the invention for text 

real time preview at step 42. A straightforward implemen- editing routines, it is intended that the User confirm or 

tation of such a feature would be to control operability of the accept the identified command, shown as step 54. Such a 

real time preview in the Users Preferences, either in the query to the User may be provided as a dialogue box in a 

application program or operating system preferences. These 5 command window, or by similar means. 

Preferences would then set a global boolean flag as to If the User confirms the identified command, then the 

whether real time preview is enabled or not, and each related program need only push the identified command unto the 

command subroutine would check whether the flag is set or Undo Stack at step 56, which contains a listing of the 

not. If the flag is not set to enable the real time preview for executed commands in sequential order, and close the menu 

the identified command, then the program would continue to to or toolbar at step 58. Again, implementation of such sub- 

execute the command in the normal manner, shown as step routines are known in the art and arc generally already 

44 in FIG. 2. available in most application programs if they are required. 

Of course, the invention does require that such an enable- Some application programs do not allow the User to undo 
ment check be performed, and there are also many other executed commands, so do not have an Undo Stack. Other 
ways in which such an enablement check could be imple- ^ programs which provide means for storing commands on an 
mented. The given implementation has the advantage of Undo Stack, or a similar means of storing executed corn- 
being easily implemented. It only requires a single addi- mands allowing them to be undone, may only provide the 
tional line of code to the execution subroutine of each of the Undo feature for certain commands. Clearly, implementa- 
pertinent commands. tion of step 56 is therefore at the discretion of the program - 

If the identified command is enabled for real time 20 mer. 

preview, the execution continues with step 46, which inves- Some menus and toolbars are always displayed to the 

tigates whether there is a matching code already in the User User and clearly would not have to be closed per step 58. 

document. A matching code is typically one which effects [f the User does not confirm the identified command at 

the same text block and in the same manner as the identified s t ep 54^ either the menu or toolbar may be closed, or a new 

command, but yields a different appearance. Different font command identified which returns the program to step 40. 

sizes, for example, would yield matching codes. If a selected When the menu or toolbar is closed without confirming the 

block of text has a font size of 10, and the identified identified command at step 60, the application returns the 

command is to change the font size of the same block of text document to the state it was prior to the command being 

to font size 12, then the routine will find the font size 10 ^ identified. Code corresponding to the identified command is 

matching codes, remove them at step 48 and insert the code removed from the active document at step 62, the matching 

for the font size 12 into the document at step 50. co d c that was removed at step 48 is returned at step 64, and 

If no matching code exists, the program continues directly the document display window is updated at step 66. The 

to insert the code corresponding to the identified command menu or toolbar window can then be closed at step 58. The 

at step 50. In general, commands which do not directly 35 details and implementation of such steps are clear from the 

impact the appearance of a document will not have codes description of the complementary steps above, 

stored with a document, so no such matching codes will [t is preferred that the closing of the menu at step 60 be 

exist. File management commands such as Save, Open and effected by the cursor being moved off the menu or toolbar 

Close are examples of such commands. option list, but clearly a selection window or similar means 

Also, application programs do not generally have a dis- 40 could also be provided. Depending on the application, the 

crete mapping between commands and code to be inserted programmer may desire to have either the positive response 

into the document. Rather a command will invoke a software to step 60 or step 54 effected by the cursor being moved off 

subroutine that performs numerous tests and checks, and the menu or toolbar option list, or may wish to leave the 

may ultimately result in code being added to the active option up to the User by means of a Preference selection, 

document. The operation of such subroutines themselves is 45 [ n executing the method described above, it is preferred 

not the subject of this invention and are not included herein ma t the document editing program also provide means for 

for simplicity. The implementation of such routine would be displaying at least part of the active document in a document 

well known to one skilled in the art. display window so that the impact of the changes may be 

It is not the intent of the invention to alter how codes are viewed by the User. Provision of such a display means is 

stored in a document. The invention may be implemented in 50 well known in the art, as are the means for selecting menu 

existing application programs by using the existing subrou- options from a menu or toolbar option list, means for 

tines to insert code, identify matching codes and replace receiving a command to accept a previewed change, and 

them. Such programs may also execute steps 48 and 50 in a means for tracking a cursor position. Such means are 

different order, in less clearly defined steps, or by storing preferred, but not necessary to exploit the teachings of the 

code in different parts of the active document. The User may 55 invention. 

have a default text font and font size stored in a document Presently, it is envisioned that the invention be imple- 

header, and only alter the code in part of the document. The mented on the following commands in a word processing 

manner in which a given application program would imple- package: 

ment such steps would be known in the art. Column definitions 

At this point, the User document contains the code 60 Drop cap position 

corresponding to the identified command. If the document n 

display window requires updating to present a clear image to ^ 

the User, it is done at step 52. As described above, whether Drop cap type 

such a step is required will depend on the application Iad& spacing 

program. Generally, applications which require such 65 Justification 

refreshing or updating, will already contain the necessary Table text vertical alignment 

subroutines to perform such operations. Table text sorting 
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, . fi11 ^ This is in contrast to the method of the prior art, in which 

Ifcble alternating fill mode & Qf ^ Qf mafgin b me new locat ion 

Text wrap around objects fe ^ ^ documerU ^ not altered until the guideline 

Tabic position on page or mar gj n ^ released. The invention therefore requires less 

Tabic diagonal lines s ume and fewer steps to see the resulting change on the active 

Font face document. 

p OQl size FIG. 3a presents a flowchart of a computer software 

„ font li*t routine for performing such a real time preview of guideline 

quicK oni "f l or m - n relocatioas ^ an embodiment of the invention, 

image/table border styles ^ ^ ^ ^ ^ bc mcorporatcd mto a standa rd 

image/table fill styles ^ editing app iication program by altering the order of the 

image/table line styles existing software subroutines. 

table skew mode At step 68, a guideline or margin is grabbed by the User 

image/table line width double -clicking or clicking and holding, with a mouse 

image/table line pattern is cursor hovering over a menu or toolbar option. Other ways 

5 . , as known in the art may also be used, in one of the manners 

drop snaoow described above, or by identifying the margin or guideline in 

Arrow end type a ruler bar. 

text colour Until mc Uscr identifies a margin or guideline, the routine 
foreground/background colour for fills, patterns, drop ^ remains at step 68. Again, the routine is shown in this 
shadow and lines manner for simplification and one skilled in the art would be 
top/bottom/left/right margins aware of me neC essary interrupts, operating system calls or 
first line indent polling required to implement such a step, 
hanging indent As well, the enablement of this feature may be controlled 
moving/sizing graphics. 25 by the User preferences in the manner described with respect 
This listing is not intended to outline the complete scope t0 step 42 above. If the feature is not enabled, margins and 
of the invention, but merely a listing of easily implemented guidelines may be implemented in the manner normally 
and marketable features. Such features may not be common performed by the application program, 
to all word processing packages. The invention may or may Qnce a margin or guideline has been grabbed, the soft- 
no t be implemented with real time preview on the following 30 ware routine follows directional commands input by the 
lions . User to relocate the grabbed margin or guideline at step 70. 
outline/bullets mode Such directional commands are well known in the art, and 

may include following the mouse or trackball cursor, or use 

Sty of the directional arrows or the keyboard. The invention 

^TdeTsSn of whether to apply the invention to certain 35 does not dependent on how the relocation is tracked. 

The decision oi J™* pp y relocation of the margin or guideline is tracked,, an 

functions is largely a trade-off 0 *^ ^ outline or shadow of the margin or guideline may be drawn 

h" the cuL, to bTremoved, because even in scanning routine will understand that the grabbed margtn or guideline 

W 'IS Z kZZXc Mention offers the User the ability to predetermined period of time may be impkmented as 
survtav^ietyofcommandopaonsandseetheimpa^ ^^t^^t^^^ 

feler keystrokes. made so short that the document appeanv to update contmu- 

l£e method of the invention will now be described with ously as the margin or guideline is moved. 

'£ or ma^n at Z second location into the memory display window requires updaUng to present a clear image to 
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refreshing or updating, will already contain the necessary This is in contrast to the method of the prior art, in which 

subroutines to perform such operations. only a shadow of the graphic object in the new location is 

When the User releases the guideline or margin at step 80, displayed, and the document is not altered until the graphic 

the guideline or margin is left in the current position and the object is released. The invention therefore requires less time 

corresponding code is pushed onto the Undo Stack at step s and fewer steps to see the resulting change to the active 

82. If the document was not updated for a new margin or document. 

guideline location via steps 74, 76 and 78, then preferably FIG. 4presents a flowchart of a computer software routine 

the routine will recognize that no change was made to the for performing such a real time preview of graphic object 

document and not push the redundant code onto the Undo relocations in an embodiment of the invention. This method 

Stack. If the User does not release the margin or guideline 10 can typically be incorporated into a standard graphic editing 

at step 80, then the routine will return to step 70 and continue application program by altering the order of the existing 

to track the location of the margin or guideline with the software subroutines, with minimal changes to the existing 

User's directional inputs. code. 

FIG. 3b provides an optional routine for cancelling At step 94, a graphic object is selected in a manner known 

changes to margin or guideline locations in an embodiment is in art, such as by single -clicking with a mouse cursor 

of the invention. If the User wishes to cancel a margin or hovering over the object. The selected graphic object may 

guideline relocation the appropriate cancellation key may be then be grabbed at step 96 by clicking and holding, again 

entered at step 84, such as the <Escape>, <Backspace> or with the mouse cursor hovering over the graphic object. 

<Delete> keys. As noted above, any key could be used, There are also other means for grabbing graphic objects as 

though it is best to be consistent with common conventions. 20 known in the art. 

If this cancellation is made, then the routine removes the Until the User selects and grabs a graphic object, the 

code from the active document corresponding to the guide- routine remains at steps 94 or 96. Again, the routine is shown 

line or margin in the second, or current location at step 86. in this manner for simplification and one skilled in the art 

The same code is also removed from the Undo Stack at step would be aware of the necessary interrupts, operating system 

88, if it has been stored there. The routine may now replace 25 calls or polling required to implement such steps, 

the margin or guideline code with the original matching As well, the enablement of this feature may be controlled 

code, returning the margin or guideline to the first location by the User preferences in the manner described with respect 

at step 90, The document display window may now be to step 42 above. If the feature is not enabled, relocation of 

updated or refreshed if necessary, at step 92. graphic objects may be implemented in the manner normally 

As with the embodiments of the invention described 30 performed by the application program, 

above, the implementation described with respect to FIGS. Once a graphic object has been grabbed, the software 

3a and 3b in general does not require new software subrou- routine follows directional commands input by the User to 

tines to be created. The invention relies generally on the relocate the grabbed margin or guideline at step 98. Such 

same functional subroutines as those existing in the art, but directional commands are well known in the art, and may 

alters the order so that the User may obtain the desired 35 include following the mouse or trackball cursor, or use of the 

modifications more quickly than with the known methods. directional arrows on the keyboard. The essence of the 

Additional code is generally only required to add the new invention is independent of the manner in which the relo- 

queries and to execute the existing routines accordingly. cation is followed. 

In executing the method described above, it is preferred Preferably, as the relocation of the graphic object is 

that the document editing program also provide means for 40 tracked, an outline or shadow of the graphic object may be 

tracking a cursor position, means for displaying margin or drawn in the new location and old outlines removed, so that 

tab guidelines and means for providing an Undo Stack. Such the User is aware of the current position. If the User holds 

means are preferred, but not necessary to exploit the teach- the cursor in a given position or pauses for a predetermined 

ings of the invention. period of time at step 100, then the routine will consider the 

In this manner, the invention allows the User to relocate 45 current location to be the new location of the graphic object 

margins and guidelines to obtained the desired result much and execute steps 102, 104 and 106. Other wise, the routine 

more quickly than known in the art. The invention allows the will understand that the grabbed graphic object is not in its 

User to preview the impact of new locations on the active final location and continue on to step 108. 

document without releasing the margin or guideline as The timeout of the cursor in a given position for a 

required by the prior art. 50 predetermined period of time may be implemented as 

The method of the invention will how be described with described above, with the period of time set by the User's 
respect to the relocation of graphic images in a graphic Preferences. However, if the computer hardware and soft- 
editing program. Such a routine may generally be imple- ware are sufficiently powerful this time period may be made 
mented on a computer system having means for operating a so short that the document appears to update continuously as 
graphic editing program, means for displaying at least part 55 the graphic object is moved. 

of an active graphic document in a display window and With the timeout at step 100, the routine removes the 

means for storing said active graphic document in a memory matching code representing the graphic object in the first or 

medium. Such a method will also preferably have means for original location, from the memory medium storing the 

relocating graphic objects in said active graphic document. active document at step 102. Code is then inserted into the 

The method itself comprises responding to one of the 60 active document representing the graphic object in the 

graphic objects being grabbed and relocated from a first current, or second location at step 104. Steps 102 and 104 

location to a second location by inserting code correspond- need not be executed in this order, or in such clearly 

ing to the graphic object at the second location into the distinguishable steps, to effect the invention, 

memory medium storing the active graphic document and At this point, the User document contains the code 

removing code corresponding to the graphic object at the 65 corresponding to the graphic object in the relocated position, 

first location from the memory medium storing the active If the document display window requires updating to present 

graphic document. a clear image to the User, it is done at step 106. As described 
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above, whether such a step is required will depend on the 
application program. 

When the User releases the graphic object at step 108, the 
graphic object is left in the current position and the corre- 
sponding code is pushed onto the Undo Stack at step 110. If 5 
the document was not updated for a new graphic object 
location via steps 102, 104 and 106, then preferably the 
routine will recognize that no change was made to the 
document and not push the redundant code onto the Undo 
Stack. If the User does not release the graphic object at step 10 
108, then the routine will return to step 98 and continue to 
track the location of the graphic object with the User's 
directional inputs. 

This routine could be implemented with cancellation or 
confirmation options as described with respect to FIGS. 2 or is 
3b, In the preferred embodiment of the invention, neither 
option was deemed to be necessary. 

As with the other embodiments of the invention described 
above, the implementation described with respect to FIG. 4 
in general does not require new software subroutines to be 
created. The invention relies generally on the same func- 
tional subroutines as those existing in the art, but alters the 
order so that the User may obtain the desired modifications 
more quickly than with the known methods. Additional code 
is generally only required to add the new queries and to 
execute the existing routines accordingly. 

In executing the method described above, it is preferred 
that the document graphic program also provide means for 
means for tracking a cursor position, means for relocating 
graphic objects in said active graphic document and means 30 
for providing an Undo Stack. Such means are preferred, but 
not necessary to exploit the teachings of the invention. 

In this manner, the invention allows the User to relocate 
graphic objects to obtain the desired result much more 
quickly than known in the art. The invention allows the User 35 
to preview the impact of new locations on the active 
document without releasing the grabbed graphic object as 
required by the prior art. 

While particular embodiments of the present invention 
have been shown and described, it is clear that changes and 40 
modifications may be made to such embodiments without 
departing from the true scope and spirit of the invention. For 
example, the order of many of the method steps could 
re- arranged, provided that the re-arrangement does not 
change the impact of the steps. Such changes would still 45 
realize the benefits of the invention. 

Other steps may not be literally executed, but be inherent 
in the execution of the program. For example, some pro- 
grams may automatically refresh when changes are made to 
a document, so there is no need to literally execute such 50 
commands. 

The method steps of the invention may be incorporated 
into a hardware system which combines different hardware 
and software components to realize the benefit of the inven- 
tion. The methods steps of the invention may also be stored 55 
in various forms of computer-readable memory or articles of 
manufacture storing the instructions or statements for use in 
the execution of the process, such as computer diskettes, 
CD-Roms, hard drives or tapes. Further, computer code 
representing the method steps of the invention may be 60 
transmitted via computer and telecommunication networks 
as electrical signals. 

It is also expected that the continuing improvement in 
electronic technology will change the execution of the 
invention. As noted above, it is currently preferred to use an 65 
adjustable timeout to effect the previewed changes. Current 
technology requires such a timeout to prevent the software 



from trying to continuously update a document as the cursor 
moves along. A computer which is able to update at a 
sufficiently high speed will be able to update a document 
continuously without the User noticing any burden to the 
computer. Such a system would not require a timeout. 

A computer method in the manner of the invention could 
be applied to a broad range of software applications. One 
skilled in the art could easily apply the teachings of this 
invention to such applications as the essence of the invention 
lies in the sequence in which the steps are executed. 

What is claimed is: 

1. A method of providing real time preview of changes to 
guidelines or margins in a computer system operating a 
document editing program, comprising the steps of: 

storing an active document in a memory medium; 

displaying at least part of an active document in a docu- 
ment display window including document guidelines or 
margins; 

responding to one of said guidelines or margins being 
grabbed and relocated fom a first location to a second 
location by: 

inserting code corresponding to said guideline or mar- 
gin at said second location into said memory medium 
storing said active document; and 

removing code corresponding to said guideline or mar- 
gin at said first location from said memory medium 
storing said active document. 

2. The method as claimed in claim 1 wherein said step of 
removing code further comprises the step of: 

refreshing said document display window. 

3. The method as claimed in claim 2 further comprising 
the steps of: 

responding to said grabbed guideline or margin being 
released by pushing said code corresponding to said 
grabbed guideline or margin in said second location 
onto an Undo Stack. 

4. The method as claimed in claim 3 further comprising 
the step of: 

tracking a cursor position. 

5. The method as claimed in claim 4 wherein said step of 
responding comprises the step of: 

responding to one of said guidelines or margins being 
grabbed and relocated from a first location to a second 
location by moving said cursor position. 

6. The method as claimed in claim 5 wherein said steps of 
removing, inserting and refreshing are performed in 
response to said cursor position remaining stationary for a 
predetermined period of time. 

7. A method of providing real time preview of changes to 
guidelines or margins in a computer system operating a 
document editing program, comprising the steps of: 

storing an active document in a memory medium; 

displaying at least part of an active document in a docu- 
ment display window including document guidelines or 
margins; 

tracking a cursor position; and 

responding to one of said guidelines or margins being 
grabbed and relocated from a first location to a second 
location by moving said cursor position, followed by 
said cursor position remaining stationary for a prede- 
termined period of time, by performing the steps of: 
inserting code corresponding to said grabbed guideline 
or margin in said second location into said memory 
medium storing said active document; 
removing code corresponding to said grabbed guideline 
or margin in said first location from said memory 
medium storing said active document; 
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refreshing said document display window; and 
responding to said grabbed guideline or margin being 
released by pushing said code corresponding to said 
grabbed guideline or margin in said second location 
onto said Undo Stack. 

8. The method as claimed in claim 7 further comprising 
the step of: 

responding to one of said guidelines or margins being 
grabbed and relocated from a first location to a second 
location by moving said cursor position by drawing an 
outline of said grabbed guideline or margin in said 
second location. 

9. The method as claimed in claim 8 comprising the 
subsequent steps of: 

responding to a request to cancel said grabbed and relo- 
cated guideline or margin by performing the steps of: 
removing code corresponding to said grabbed guideline 

or margin in said second location from said memory 

medium for storing said active document; 
removing code corresponding to said gabbed guideline 

or margin in said second location from said Undo 

Stack; 

inserting code corresponding to said grabbed guideline 
or margin in said first location from said memory 
medium for storing said active document; and 

refreshing said document display window. 

10. A method of providing real time preview of graphic 
editing in a computer system, comprising the steps of: 

displaying at least part of an active graphic document in 

a document display window; 
storing said active graphic document in a memory 

medium; responding to one of said graphic objects 

being grabbed and relocated from a first location to a 

second location by: 

inserting code corresponding to said graphic object at 
said second location into said memory medium stor- 
ing said active graphic document; and 

removing code corresponding to said graphic object at 
said first location fom said memory medium storing 4 q 
said active graphic document. 

11. The method as claimed in claim 10 wherein said step 
of removing code further comprises refreshing said docu- 
ment display window. 

12. The method as claimed in claim 11 further comprising 45 
the step of: 

responding to said grabbed graphic object being released 
by pushing said code corresponding to said graphic 
object in said second location onto an Undo Stack. 

13. The method as claimed in claim 12 further comprising 50 
the step of: 

tracking a cursor position. 

14. The method as claimed in claim 13 wherein said step 
of responding comprises the step of responding to one of 
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said graphic objects being grabbed and relocated from a first 
location to a second location by moving said cursor position. 

15. The method as claimed in claim 14 wherein said steps 
of removing, inserting and refreshing are performed in 
response to said cursor position remaining stationary for a 
predetermined period of time. 

16. A method of providing real time preview of graphic 
editing in a computer system, comprising the steps of: 

displaying at least part of an active graphic document in 

a document display window; 
storing said active graphic document in a memory 

medium; 
tracking a cursor position; 

responding to one of said graphic objects being grabed 
and relocated from a first location to a second location 
by moving said cursor position, followed by said cursor 
position remaining stationary for a predetermined 
period of time, by performing the steps of: 
inserting code corresponding to said grabbed graphic 
object in said second location into said memory 
medium storing said active document; 
removing code corresponding to said grabbed graphic 
object in said first location from said memory 
medium storing said active document; 
refreshing said document display window; and 
responding to said grabbed graphic object being 
released by pushing said code corresponding to said 
grabbed graphic object in said second location onto 
said Undo Stack. 

17. The method as claimed in claim 16 further comprising 
the step of: 

responding to one of said graphic objects being grabbed 
and relocated from a first location to a second location 
by moving said cursor position, by drawing an outline 
of said grabbed graphic object in said second location. 

18. The method as claimed in claim 17, comprising the 
steps of: 

responding to a request to cancel said grabbed and relo- 
cated graphic object by performing the steps of: 

removing code corresponding to said grabbed graphic 
object in said second location from said memory 
medium for storing said active document; 

removing code corresponding to said grabbed graphic 
object in said second location from said Undo Stack; 

inserting code corresponding to said grabbed graphic 
object in said first location from said memory medium 
for storing said active document; and 

refreshing said document display window. 
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